United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
I nilid Stall-, Patent and Trademark Office 

Address: COMMISSIONER FOR PATENTS 



APPLICATION NO. 



10/759,737 



FILING DATE 



01/10/2004 



FIRST NAMED INVENTOR 



22801 7590 04/: 

LEE & HAYES, PLLC 

601 W. RIVERSIDE AVENUE 

SUITE 1400 

SPOKANE, WA 99201 



ATTORNEY DOCKET NO. CONFIRMATION NO. 



PAPER NUMBER 



DELIVERY MODE 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



l/ffflrC? nVrliUli Otfff Iff ids y 


Application No. 

10/759,737 


Applicant(s) 

SNOVER ET AL. 


Examiner 

LI B. ZHEN 


Art Unit 

2194 





- The MAILING DATE of this communication appears on the cover sheet with the correspondence address — 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1 .704(b). 

Status 

1 )KI Responsive to communication(s) filed on 12 February 2009 . 
2a )^ This action is FINAL. 2b)D This action is non-final. 

3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Claims 

4) ^ Claim(s) 1-27,29 and 30 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) D Claim(s) is/are allowed. 

6) |EI Claim(s) 1-27,29 and 30 is/are rejected. 

7) 0 Claim(s) is/are objected to. 

8) D Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) Q The specification is objected to by the Examiner. 

10) D The drawing(s) filed on is/are: a)D accepted or b)D objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 
Replacement drawing sheet(s) including the correction is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 

1 1) D The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12) D Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 119(a)-(d) or (f). 
a)D All b)D Some * c)D None of: 

1 .□ Certified copies of the priority documents have been received. 

20 Certified copies of the priority documents have been received in Application No. . 

3.Q Copies of the certified copies of the priority documents have been received in this National Stage 
application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attach ment(s) 

1) D Notice of References Cited (PTO-892) 4) □ Interview Summary (PTO-41 3) 

2) □ Notice of Draftsperson's Patent Drawing Review (PTO-948) Paper No(s)/Mail Date. . 

3) Information Disclosure Statement(s) (PTO/SB/08) 5 ) □ Notice of Informal Patent Application 
Paper No(s)/Mail Date 2/12/2009 . 6) □ Other: . 



PTOL-T26 d (Rev e 08-06r 



Office Action Summary 



Part of Paper No./Mail Date 20090426 



Application/Control Number: 10/759,737 Page 2 

Art Unit: 2194 

DETAILED ACTION 

1 . Claims 1 - 27, 29 and 30 are pending in the application. 



Response to Arguments 

2. Applicant's arguments filed 2/1 2/2009 have been fully considered but they are 
not persuasive. In response to the last office action, application argues: 

(1) The Examiner admits that Russell fails to teach "negotiating with a remote entity 
to determine which object types are known by the remote entity in order to 
determine a list of known objects." Therefore, contrary to what the Examiner 
asserts (Action, p. 4), Russell also fails to teach or disclose "dividing the multiple 
sub-components into a hierarchy based upon a negotiated list of known object 
types" [paragraph 0018 of response]; 

(2) Russell at most describes serializing an object based on a mapping (known to 
the client) that is dynamically generated while serializing, not negotiated with a 
remote entity. Nowhere in Russell makes any reference as to what is "known" to 
a remote entity, nor does any negotiation with a remote entity occur [paragraph 

0018 of response]; 

(3) Although Chinnici describes mapping of Java types and XML data types in the 
cited paragraphs [0119], [0133], [0134], [0137] and [0144], it is unclear what the 
Examiner is equating to the "negotiated list of known object types" [paragraph 

0019 of response]; and 
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(4) Applicant includes herein a 5131 affidavit to remove Albornoz as a reference. 
Applicant respectfully requests the Examiner to consider the affidavit and, if 
some defect in it be found, inform the Applicant of the defect so that the 
Applicant may correct the defect [paragraph 0025]. 

Examiner respectfully traverses applicant's arguments. 

As to arguments (1 ) and (2), the absence of the step of negotiating a list of 
known objects in Russell does not preclude the existence of that known list. Russell 
teaches a mappings registry that includes mapping generated during runtime and 
previously generated type mappings [paragraph 0050]. The previously generated type 
mappings stored in the mapping registry corresponds to the list of known objects. In 
addition, Russell discloses that the mapping registry allows client code to efficiently 
integrate with server-side processes even though an implementation of the server-side 
process may change. In order for the mapping registry to integrate client code with a 
changed server-side process, the mapping registry would have to be compliant with the 
changed server-side process. The mapping registry is updated to maintain compatibility 
with both the changed server-side process and client code; thus, the mapping registry 
provides mappings that are agreed by both the client and the server process. 

As to argument (3), the mapping between Java types and XML data types 
correspond to the claimed "negotiated list of known object types". Chinnici teaches 
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APIs to support an extensible type mapping between XML data types and Java types 
[paragraph 0126]. The APIs enables server and clients to develop pluggable serializers 
and deserializers. When the pluggable serializer and deserializer implement a specific 
type mapping, they agree to support a specific type mapping [paragraph 0128]. 

As to argument (4), it is noted that a 1 .131 affidavit to remove Albornoz as 
reference was not included with the last response. During a telephone conversation 
with Mr. Kasey Kristie on 4/23/2009, Mr. Kristie confirmed that the affidavit was not filed. 
Therefore, applicant's comments regarding the affidavit are not considered. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1 - 8, 11, 13, 14, 16, 17, 26, 27 and 29 - 30 are rejected under 35 
U.S.C. 103(a) as being unpatentable over U.S. Patent Application Publication No. 
2004/0039964 to Russell et al. [hereinafter Russell] in view of U.S. Patent 
Application Publication No. 2003/0191803 to Chinnici et al. [hereinafter Chinnici], 
both references previously cited. 
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5. As to claim 1 , Russell teaches at least one computer-readable storage medium 
[p. 8, paragraph 0096] having computer executable instructions that provide a method 
for transferring computer-readable objects [p. 5, paragraph 0071] across a remote 
boundary [p. 7, paragraph 0088], the method comprising: 

decomposing an object of the computer-readable objects [complex object 500 
that needs to be serialized; p. 5, paragraph 0063] into multiple sub-components [A child 
element 930 is generated for the top-level class of the object being serialized; p. 6, 
paragraph 0080] including dividing the multiple sub-components into a hierarchy based 
upon the negotiated list of known object types [A child element 930 is generated for the 
top-level class of the object being serialized; p. 6, paragraph 0080], the known object 
types being a type known by the remote entity [type mappings; p. paragraph 0077]; 

serializing the multiple sub-components into a serialized package [entire complex 
object has been marshalled, the result is a serialized object as shown at 540; p. 4, 
paragraph 0057]; and 

transmitting the serialized package to the remote entity [Message 1015 is then 
sent through the network 1020, 1025, and then reaches the target Web service 1030; p. 
7, paragraphs 0087 and 0088 and p. 3, paragraph 0043]. Russell does not teach 
negotiating with a remote entity to determine which object types are known by the 
remote entity in order to determine a list of known objects. 

However, Chinnici teaches negotiating with a remote entity to determine which 
object types are known by the remote entity in order to determine a list of known objects 
[paragraphs 0119, 0133, 0134, 0137, and 0144], after the negotiating, decomposing an 
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object of the computer-readable objects into multiple sub-components [paragraph 0154 
and 0174]. 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to modify the invention of Russell to incorporate the features of 
Chinnici. One of ordinary skill in the art would have been motivated to make the 
combination because this allows a computing system to deserialize an encoded 
message to reconstruct a serialized object graph that contains multiple-reference 
objects [paragraph 0011 of Chinnici]. 

6. As to claim 26, this is a system claims that corresponds to product claim 1 ; note 
the rejection to claim 1 above, which also meets the limitations of this system claim. 
Russell also teaches the system comprising a processor [p. 8, paragraph 0097] and 
memory [p. 8, paragraph 0096]. 

7. As to claim 29, Russell teaches the decomposing act further comprises: 
associating an object with one of the known object types, so that object is a known 
object [serializer next needs to serialize an instance of AccountTransactions class, the 
type mappings will be available; p. 6, paragraph 0077]. 

8. As to claim 2, Russell teaches the list identifies a first type as one of the known 
object types [using selected ones of the stored type mappings when the serialization 
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process is subsequently invoked for the determined object; p. 2, paragraph 0018 and p. 
6, paragraph 0077]. 

9. As to claim 3, Russell teaches at least one sub-component comprises an 
unknown object having a type unidentified within the list [a "missing" type mapping that 
causes an exception during serialization is programmatically resolved; p. 2, paragraph 
0036]. 

10. As to claim 4, Russell teaches the decomposing an object further comprises 
decomposing the unknown object into another level of sub-components based on the 
list [A recursive process is then invoked to serialize an instance of this class. Once the 
entire complex object has been marshalled, the result is a serialized object as shown at 
540; p. 4, paragraph 0057]. 

11. As to claim 5, Russell teaches a first process [object-based client code; p. 3, 
paragraph 0048] on a system transmits the serialized package [p. 4, paragraph 0057] 
and the remote entity comprises another process [Web service 1030; p. 7, paragraph 
0088] on the system [client/server networks; p. 3, paragraph 0043]. 

12. As to claim 6, Russell teaches a first process [object-based client code; p. 3, 
paragraph 0048] on a system transmits the serialized package [p. 4, paragraph 0057] 



Application/Control Number: 10/759,737 Page 8 

Art Unit: 2194 

and the remote entity comprises another process [Web service 1030; p. 7, paragraph 
0088] on another system [client/server networks; p. 3, paragraph 0043]. 

13. As to claim 7, Russell teaches a first application [object-based client code; p. 3, 
paragraph 0048] domain [client/server networks; p. 3, paragraph 0043] executing within 
a process transmits the serialized package [p. 4, paragraph 0057] and the remote entity 
comprises another application domain [client/server networks; p. 3, paragraph 0043] 
within the process [Web service 1030; p. 7, paragraph 0088]. 

14. As to claim 8, Russell teaches the hierarchy comprises a property bag 
["mappings" element 800 contains a child "map" element for each mapping being 
generated for this JavaBean; p. 6, paragraph 0074]. 

1 5. As to claim 1 1 , Russell teaches the property bag comprises a plurality of entries 
["mappings" element 800 contains a child "map" element for each mapping; p. 6, 
paragraph 0074], each entry being associated with one of the sub-components [class 
name in the example is "AccountTransactions"; p. 6, paragraph 0075] and having a first 
field for storing a name ["qname" attribute; p. 6, paragraph 0075] associated with the 
sub-component [name of the class; p. 6, paragraph 0075], a second field for storing a 
value associated with the sub-component [values of these attributes are also generated 
by parsing the exception and locating the class name; p. 6, paragraph 0075], and a third 
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field for storing a type associated with the sub-component [a "javaType" attribute; p. 6, 
paragraph 0075]. 

16. As to claim 13, Russell teaches wherein the negotiating includes accepting a 
plurality of object types received from a first process [added to a mapping registry], the 
accepted object types becoming known object types identified within the list 
[programmatically-generated mappings are automatically added to a mapping registry; 
p. 2, paragraph 0037]. 

17. As to claim 14, Russell teaches wherein the negotiating includes receiving an 
identifier for a file having the list, including object types identified within the file 
[encodingStyle" attribute where that default value identifies the SOAP encoding 
schema; p. 6, paragraph 0074]. 

18. As to claim 16, Russell teaches limiting the hierarchy of sub-components [Each 
map element has six attributes; p. 6, paragraph 0074] by defining a property set that 
identifies individual properties of the object [attributes; p. 6, paragraph 0080], wherein 
decomposing the object comprises decomposing the identified individual properties of 
the object [For the object to be serialized, the values of a "qname" attribute and of a 
"javaType" attribute are programmatically generated; p. 6, paragraph 0075]. 
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1 9. As to claim 1 7, Russell teaches limiting the hierarchy of sub-components by 
identifying a specified property within the object [a type attribute 932 is set to match the 
name of the class being serialized; p. 6, paragraph 0080], wherein decomposing the 
object comprises decomposing the specified property [element is created for the 
endDate field, as shown at 970, where this element has a type attribute 971 ; p. 7, 
paragraph 0085]. 

20. As to claim 27, this is a system claims that corresponds to product claim 5; note 
the rejection to claim 5 above, which also meets the limitations of this system claim. 

21 . As to claim 30, Russell teaches just the known objects are serialized in the 
serializing act [p. 4, paragraph 0057]. 

22. Claims 9, 10 and 12 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Russell and Chinnici further in view of U.S. Patent Application 
Publication No. 2003/0182308 to Ernst et al. [hereinafter Ernst, previously cited]. 

23. As to claim 9, Russell as modified teaches property bag [p. 6, paragraph 0074 of 
Russell] but does not teach the property bag comprising a hash table. 

However, Ernst teaches transforming data from one format to another [p. 5, 
paragraph 0056] based on data schema [p. 5, paragraph 0057], a property bag [a set of 



Application/Control Number: 10/759,737 Page 1 1 

Art Unit: 2194 

properties of that object; p. 4, paragraph 0039] comprising a hash table [lookup table; p. 
4, paragraph 0039]. 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Ernst, Russell and Chinnici because 
Ernst's teachings allows content schema evolution while maintaining operation based 
on already stored content data [p. paragraph 001 1 of Ernst] and simplifies maintenance 
and takes some burden of the setup phase [p. 10, paragraph 0118 of Ernst]. 

24. As to claim 10, Russell as modified does not teach a key for each entry in the 
hash table comprises a name for the sub-component associated with the entry. 

However, Ernst teaches a key [ID] for each entry in the hash table [selecting from 
the property tables all rows with the object ID associated to the content object; p. 1 1 , 
paragraph 0132] comprises a name for the sub-component associated with the entry 
[properties are internally represented by identifiers; p. 11, paragraph 0128]. 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Ernst, Russell and Chinnici because 
Ernst's teachings provide unique invariable identifiers for the content types and/or 
properties [p. 5, paragraph 0051 of Ernst]. 

25. As to claim 12, Russell as modified does not teach version numbers for an object 
type list. 
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However, Ernst teaches negotiating [pp. 4-5, paragraph 0047] the known object 
types identified within list by receiving a version number of a first list [label referring to a 
content schema version; p. 4, paragraph 0043] available to a first process [a label is 
used to record a set of versions that fulfill some interobject integrity constraints; p. 4, 
paragraph 0043], comparing the version number to another version number of a second 
list available to the remote entity [a version is directly linked from many sources, a 
modified version would only be linked after changing all referring resources; p. 4, 
paragraph 0044], and determining the list based on the comparison [generating new 
version of these resources; p. 4, paragraph 0044]. 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Ernst, Russell and Chinnici because 
Ernst's teachings provide a unified approach to handle content schema evolution and 
content generation [p. 6, paragraph 0061 of Ernst]. 

26. Claims 15 and 18-25 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Russell and Chinnici further in view of U.S. Patent Application 
Publication No. 2005/0154978 to Albornoz et al. [hereinafter Albornoz, previously 
cited]. 

27. As to claim 1 5, Russell as modified does not teach limiting the hierarchy of sub- 
components by specifying a pre-determined depth for the hierarchy. 
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However, Albornoz teaches Serialization of the objects within an XML data 
structure API class [p. 3, paragraph 0031], hierarchical data structures with one or more 
layers of sub-elements [p. 4, paragraph 0043], limiting the hierarchy of sub-components 
by specifying a pre-determined depth for the hierarchy [a minimum number of elements 
in the array is not met and/or the maximum number of elements in the array is 
exceeded; p. 7, paragraph 0062], wherein decomposing the object comprises 
decomposing the object to the pre-determined depth [If the maxOccurs for the current 
sub-element is determined to not be greater than one; p. 7, paragraph 0067]. 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Albornoz, Russell and Chinnici 
because Albornoz's teaching raises an error if a maximum number of elements is 
exceeded or minimum number of elements is not met [p. 7, paragraph 0062 of 
Albornoz]. The raised error would stop processing when the maximum number of 
elements is exceeded and this would prevent out of memory errors. 

28. As to claim 18, Russell as modified by Albornoz teaches limiting the hierarchy of 
sub-components by specifying a pre-determined number [a minimum number of 
elements in the array is not met and/or the maximum number of elements in the array is 
exceeded; p. 7, paragraph 0062 of Albornoz] that limits the known objects that are 
serialized into the serialized package by the number [If the maxOccurs for the current 
sub-element is determined to not be greater than one; p. 7, paragraph 0067 of 
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Albornoz]. As to the motivation for combining Russell and Albornoz, see the rejection to 
claim 15 above. 

29. As to claim 19, Russell as modified teaches the invention substantially as 
claimed including at least one storage computer-readable medium [p. 8, paragraph 
0096 of Russell] having computer executable instructions that provide a method for 
receiving a package representing a computer-readable object transmitted across a 
remote boundary [p. 7, paragraph 0088 of Russell], the method comprising: 

receiving a serialized package [serialize the objects to be passed as input to the 
Web service so that these objects and their data can be passed to the Web service; p. 
3, paragraph 0048 of Russell] from a remote entity [client code, p. 3, paragraph 0048 of 
Russell]; 

identifying a hierarchy of sub-components ["mappings" element 800 contains a 
child "map" element for each mapping being generated for this JavaBean; p. 6, 
paragraph 0074 of Russell], the hierarchy representing an object of a first type [type 
mappings; p. paragraph 0077 of Russell]; 

for each sub-component: identifying a type associated with the sub-component 
[mappings generated according to the present invention may be used when 
deserializing messages (i.e., when transforming flattened, or non-hierarchical, data 
structures back into their object format); p. 2, paragraph 0038 of Russell]; 

determining whether that identified type is within a list of know object types 
[deserialization leverages the mappings that were previously created and stored in the 
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mappings registry, as needed; p. 7, paragraph 0092 of Russell], the list having been 
negotiated with the remote entity [paragraphs 0119, 0133, 0134, 0137, and 0144 of 
Chinnici] before serializing of the package on the remote entity [paragraph 0154 and 
0174 of Chinnici]; 

responding to the determining, wherein the responding comprises instantiating 
an object of the type [deserialization process uses the stored type mappings to generate 
an object version of the message; p. 2, paragraph 0021 of Russell], wherein the 
instantiating and populating are performed when the identified type is within the list of 
known object types [deserialization leverages the mappings that were previously 
created and stored in the mappings registry; p. 7, paragraph 0092 of Russell]. Russell 
and Chinnici do not specifically teach populating at least one property of the object with 
information obtained from within the serialized package. 

However, Albornoz teaches serialization of the objects within an XML data 
structure API class [p. 3, paragraph 0031], hierarchical data structures with one or more 
layers of sub-elements [p. 4, paragraph 0043], instantiating an object of a type and 
populating at least one property of the object with information obtained from within the 
serialized package [creates, at step 1004, an object that corresponds to the received 
schema; p. 7, paragraph 0065]. 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to combine the teachings of Albornoz, Russell and Chinnici 
because Albornoz's teaching provides easy manipulation within dynamic languages of 
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data structures that reflect the structure of content models defined by XML schemas 
[pp. 5-6, paragraph 0053 of Albornoz]. 

30. As to claim 20, Russell teaches the list includes the first type as one of the known 
object types [deserialization leverages the mappings that were previously created and 
stored in the mappings registry; p. 7, paragraph 0092]. 

31 . As to claim 21 , Russell teaches the at least one sub-component comprises an 
unknown object having a type unidentified within the list [a "missing" type mapping; p. 2, 
paragraph 0036 and p. 4, paragraph 0059]. 

32. As to claim 22, Russell teaches a first process [Web service 1030; p. 7, 
paragraph 0088] on a system receives the serialized package [p. 4, paragraph 0057] 
and the remote entity comprises another process [object-based client code; p. 3, 
paragraph 0048] on the system [client/server; p. 3, paragraph 0043]. 

33. As to claim 23, Russell teaches a first process [Web service 1030; p. 7, 
paragraph 0088] on a system receives the serialized package [p. 4, paragraph 0057] 
and the remote entity comprises another process [object-based client code; p. 3, 
paragraph 0048] on another system [client/server; p. 3, paragraph 0043]. 
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34. As to claim 24, Russell teaches a first application domain [client/server networks; 
p. 3, paragraph 0043] executing within a process [Web service 1030; p. 7, paragraph 
0088] receives the serialized package [p. 4, paragraph 0057] and the remote entity 
[object-based client code; p. 3, paragraph 0048] comprises another application domain 
[client/server networks; p. 3, paragraph 0043] within the process. 

35. As to claim 25, Russell teaches the serialized package comprises an XML 
document [SOAP XML format; p. 4, paragraph 0057]. 

Conclusion 

36. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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37. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Li B. Zhen whose telephone number is (571) 272-3768. 
The examiner can normally be reached on Mon - Fri, 8:30am - 5pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Meng-Ai An can be reached on (571)272-3756. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Li B. Zhen/ Li B. Zhen 

Primary Examiner, Art Unit 2194 Primary Examiner 

Art Unit 2194 



